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La presente invention concerne un procede d'enregistrement de contenus 
audiovisueis a diffusion programmee. Elie concerne egalement un systeme 
d'enregistrement de contenus audiovisueis a diffusion programmee, un serveur de 
presentation et un terminal d'acces pour la mise en oeuvre d'un tel procede. 
5 Par diffusion, on entend generalement une diffusion des contenus audiovisueis sur 

tout type de supports, tels que le satellite, le cable, la transmission hertzienne terrestre ou 
Internet. 

Plus precisement I'invention concerne un procede du type comportant : 

- une etape de selection, a partir d'un terminal d'acces, d'un contenu 
10 audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape de reception, par le terminal d'acces, d'un fichier d'enregistrement 
du contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

De tels procedes sont connus. 

1 5 Par exemple, il est possible de consulter un guide de programmes sur un site Web a 

partir d'un terminal d'acces connecte au reseau Internet. Ce site facilite en general la 
recherche et, finalement, avec un peu de navigation et le remplissage de criteres de 
recherche montre toutes les informations disponibles sur le contenu qui ihteresse 
I'utilisateur, notamment des informations d'identification du contenu audiovisuel et la date 

20 et I'heure prevues pour sa diffusion. Ces informations peuvent ensuite etre telechargees 
sur le terminal d'acces. 

II est egalement prevu de diffuser des contenus audiovisueis associes a des 
donnees de description. Le forum DVB (pour « Digital Video Broadcasting ») a specifie le 
standard DVB-SI (pour « Service Information ») qui permet de diffuser des informations 

25 sur les contenus diffuses. Mais le plus souvent ces informations sont tres limitees 
(Identifiant de la chame, Identifiant de remission, titre de remission, heure de debut, 
heure de fin, controle parental...). 

Enfin, les specifications du forum TV Anytime proposent une solution pour 
I'enregistrement automatique de contenus audiovisueis associes a des donnees de 

30 description de ces contenus. Mais ce forum ne propose pas de solution simple pour 
selectionner des contenus audiovisueis determines a partir d'un theme interessant plus 
particulierement un utilisateur. L'utilisateur doit dans tous les cas connaTtre a priori les 
contenus susceptibles de I'interesser. 

L'invention vise a remedier a ces inconvenients, en fournissant un procede 

35 d'enregistrement de contenus audiovisueis a diffusion programmee capable de traiter des 
selections thematiques de contenus audiovisueis, et qui propose une solution peu 
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complexe n'exigeant pas une capacite de traitement trop importante de la part du terminal 
d'acces. 

A cet effet, I'invention a pour objet un precede du type precite, caracterise en ce qu'il 
comporte en outre : 

- une etape prealable de selection, a partir du terminal d'acces, d'un ensemble 
de contenus ayant un theme commun, ledit ensemble etant propose par un serveur de 
presentation de contenus audiovisuels, la selection du contenu audiovisuel etant alors 
executee automatiquement par le serveur de presentation a partir de ('ensemble 
selectionne ; et 

- une etape de mise a jour du fichier d'enregistrement, notamment en cas de 
modification du contenu audiovisuel selectionne par le serveur de presentation. 

Un procede selon I'invention peut en outre comporter Tune ou plusieurs des 
' caracteristiques suivantes : , ..... 

- I'etape de mise a jour est executee en cas de modification de la date et/ou 
de I'heure de diffusion du contenu audiovisuel selectionne ; 

- I'etape de mise a jour est executee en cas de modification de la selection 
d'un contenu audiovisuel par le serveur de presentation ; 

- I'etape de mise a jour est executee en cas de remplacement du contenu 
audiovisuel selectionne par un autre contenu audiovisuel, ou de son annulation ; 

- le fichier d'enregistrement comporte au moins un champ repere par une 
balise et definissant les informations d'identification du contenu audiovisuel correspondant 
associees a des donnees de description de ce contenu ; 

- le fichier d'enregistrement comporte au moins un champ repere par une 
balise et definissant, pour un contenu audiovisuel donne de ce meme fichier, un identifiant 
de contenu associe a un contenu deja enregistre dans les moyens de stockage du 
terminal d'acces ; 

- la syntaxe des fichiers echanges entre le terminal d'acces et le serveur est 
definie par un schema de structure de donnees unique, notamment un schema XML ; 

- le serveur de presentation comportant des moyens d'identification d'un 
terminal ayant selectionne un contenu audiovisuel, I'etape de mise a jour comporte la 
notification d'une modification concernant ledit contenu audiovisuel des que cette 
modification est notifiee au serveur de presentation ; 

- le fichier d'enregistrement comporte I'adresse d'un serveur de mise a jour, 
pour la generation d'une requete de mise a jour du fichier d'enregistrement emise par le 
terminal a destination de ce serveur de mise a jour ; 

- la requete est une requete du type http ; 
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- la requete de mise a jour du fichier d'enregistrement est emise 
periodiquement par le terminal jusqu'a la date et I'heure prevues pour la diffusion du 
contenu audiovisuel selectionne ; 

- la requete de mise a jour du fichier d'enregistrement est emise par le 
5 terminal avec une frequence de plus en plus elevee lorsque Ton approche de la date et de 

I'heure de I'enregistrement du contenu audiovisuel selectionne ; et 

- le fichier d'enregistrement comporte un champ repere par une balise et 
definissant I'adresse du serveur de mise a jour. 

Uinvention a egalement pour objet un systeme d'enregistrement de contenus 

10 audiovisuels a diffusion programmee pour la mise en oeuvre d'un procede selon Tune 
quelconque des revendications precedentes, caracterise en ce qu'il comporte un serveur 
de presentation de ces contenus audiovisuels et un terminal d'acces muni de moyens de 
selection d'un ensemble de contenus ayant un theme commun, ledit ensemble etant 
propose par ie serveur de presentation, la selection d'au moins un contenu audiovisuel 

15 etant alors executee automatiquement par le serveur de presentation a partir de 
I'ensemble selectionne pour la fourniture au terminal d'acces d'un fichier d'enregistrement 
du -contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

Uinvention a egalement pour objet un serveur de mise a jour pour la mise en ceuvre 

20 d'un procede selon Tune quelconque des revendications precedentes, caracterise en ce 
qu'il comporte des moyens de selection d'au moins un contenu audiovisuel et de 
transmission d'un fichier d'enregistrement du contenu audiovisuel selectionne, ce fichier 
contenant des informations d'identification du contenu audiovisuel et la date et I'heure 
prevues pour sa diffusion, a partir d'une selection d'un ensemble de contenus ayant un 

25 theme commun effectuee depuis le terminal d'acces. 

Enfin, I'invention a egalement pour objet un terminal d'acces pour la mise en ceuvre 
d'un procede tel que decrit precedemment. 

Uinvention sera mieux comprise a la lecture de la description qui va suivre, donnee 
uniquement a titre d'exemple et faite en se referant aux dessins annexes, dans lesquels : 

30 - la figure 1 illustre schematiquement la structure generale d'un systeme 

d'enregistrement selon I'invention ; 

- la figure 2 represente une page de presentation de contenus audiovisuels a 
diffusion programmee pouvant etre enregistres, selon un premier mode de realisation de 
['invention ; 

35 - la figure 3 represente les etapes successives d'un procede d'enregistrement 

selon le premier mode de realisation de I'invention ; 
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- la figure 4 represente un procede de mise a jour d'adresse IP de terminal 
d'acces pour la mise en oeuvre d'un deuxieme mode de realisation de I'invention ; 

- la figure 5 represente les etapes successives d'un procede d'enregistrement, 
selon le deuxieme mode de realisation de I'invention. 

Le systeme represente sur la figure 1 comporte un terminal 20 d'acces a des 
contenus audiovisuels emis par un diffuseur de programmes 22. 

Le terminal d'acces 20 et le diffuseur 22 sont en outre connectes a un reseau de 
transmission d'informations, tel que par exemple le reseau Internet 24, ce qui leur permet 
d'echanger des informations avec un serveur 26 de presentation des contenus 
audiovisuels. Le terminal 20 est par ailleurs muni de moyens de stockage de contenus 
audiovisuels, notamment parmi ceux qui sont diffuses. 

Le serveur de presentation 26 met a la disposition des utilisateurs du reseau Internet 
' 24 des pages de presentation des contenus audiovisuels destines' a' etre diffuses par le 
diffuseur 22. Ces informations de description des contenus audiovisuels sont contenues 
dans une base de donnees 28 reliee au serveur de presentation 26, laquelle est 
regulierement mise a jour par le diffuseur 22 via le serveur de presentation 26, lorsque par 
exemple des contenus audiovisuels sont deprogrammes ou ont une date ou une heure de 
programmation modifiee. 

La page de presentation 70 representee sur la figure 2 est geree par le serveur 26 et 
est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 
Elle permet la mise en oeuvre d'un premier mode de realisation de I'invention. 

Cette page de presentation 70 comporte une liste 72 de commandes 
d'enregistrement, chaque commande permettant I'enregistrement d'un ensemble de 
contenus ayant un theme commun. Par exemple, une telle commande concerne 
« toujours le dernier journal d'un certaine chame », « tous les matches de votre equipe 
favorite », « tous les films produits depuis moins de six mois », « tous les films avec votre 
acteur prefere », « tous les films de votre realisateur prefere », « tous les contenus sur 
votre sujet prefere », « les critiques de films d'un critique particulier ». 

Le procede de demande d'enregistrement represente sur la figure 3 comporte une 
premiere etape 80 au cours de laquelle I'utilisateur interagit avec la page de presentation 
70 puis clique sur I'une des commandes d'enregistrement de la liste 72. 

Suite a cette etape, le serveur de presentation 26 recupere les informations 
associees aux contenus audiovisuels dont le theme correspond a la commande 
d'enregistrement selectionnee. Ces informations sont stockees dans la base de donnees 
28. 
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II fournit ensuite ces informations au terminal d'acces 20, lors d'une etape 82, sous 
la forme d'un fichier de demande d'enregistrement 84. 

Ce fichier de demande d'enregistrement 84 peut avoir la structure suivante, 
exprimee selon la syntaxe XML : 
5 <RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortal.com\adrf3j2.REC 
</Record Req uestServerAd dress> 
<Periodicity> 
10 04:00:00 
</Periodicity> 
</RecordRequest> 

Le fichier de demande d'enregistrement 84 comporte une balise "RecordRequest" 

de debut (<RecordRequest>) et de fin (</RecordRequest>) de fichier. Entre ces deux 
1 5 balises, il comporte des donnees reperees par des balises de debut et de fin, comme cela 

est prevu selon le standard XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 

une balise "RecordRequestServerAdress", est fournie par le fichier de demande 

d'enregistrement pour permettre au terminal d'acces 20 d'emettre ensuite des requetes de 
20 demande de mise a jour du fichier de demande d'enregistrement. Dans cet exemple, 

I'adresse est celle du serveur de presentation 26, qui remplit egalernent une fonction de 

mise a jour des fichiers de demande d'enregistrement. 

Le fichier de demande d'enregistrement 84 comporte en outre de fagon optionnelle 

une information de periodicite reperee par une balise "Periodicity" pour indiquer au 
25 terminal d'acces 20 une periode d'emission de requetes de mise a jour. Dans cet 

exemple, le serveur de presentation 26 demande a etre contacte toutes les 4 heures. 

Ensuite, lors d'une etape 86 repetee automatiquement de fa?on periodique selon la 

periodicite indiquee par le champ "Periodicity", le terminal 20 emet une requete vers le 

serveur de presentation 26 dont I'adresse figure dans le fichier de demandes 
30 d'enregistrement 84. Cette adresse comporte une precision permettant au serveur de 

presentation 26 de determiner la commande d'enregistrement qui a ete choisie par 

I'utilisateur. 

La requete peut prendre les deux formes suivantes : 

http:\\\AAAw.TVPortal.com\adrf3j2.REC 
35 ou 

http:\\www.TVPortal.com\adrf3j2.REC?MaxRecNb=2. 
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Comme cela est indique dans les deux exemples ci-dessus, la requete de rnise a 
jour comporte de fagon optionnelle une variable "MaxRecNb" qui precise le nombre de 
contenus audiovisuels successifs correspondant au theme commande, que le terminal 
d'acces 20 doit enregistrer. Dans un premier cas, si cette variable n'est pas jointe a la 
requete, la demande d'enregistrement correspond a une demande d'enregistrement du 
premier contenu audiovisuel correspondant au theme selectionne. Dans le deuxieme cas, 
la variable "MaxRecNb" est egale a 2, c'est-a-dire que la demande d'enregistrement 
concerne I'enregistrement de deux contenus audiovisuels successifs correspondant au 
theme selectionne. 

Suite a cette etape, le serveur de presentation 26 recupere les informations 
associees a ces contenus audiovisuels selectionnes dans la base de donnees 28. 

En reponse, lors d'une etape 88, le terminal d'acces 20 re?oit de la part du serveur 
de presentation 26 un fichier d'enregistrement 90 comportant les' contenus audiovisuels 
correspondant a la demande d'enregistrement thematique emise par I'utilisateur. 

Ce fichier d'enregistrement 90 peut avoir la structure suivante, exprimee selon la 
syntaxe XML : 
<Record> 

<UpdateServerAddress> 

http://www.TVPortal.com\adrf3j2.FRG? 
</UpdateServerAddress> 
<RecordElement> 

<Contentld> 
Content n°1 

</Contentld> 

<TVAMain> 

<Programlnformation Table> 

</ProgramlnformationTable> 
<Servicelnformation Table> 

</Servicelnformation Table> 
<ProgramLocation Table> 
<BroadcastEvent> 



servicelDRef="34567" 



1er depot 
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fragmentld="123 M 
fragmentVersion="121214" 

</BroadcastEvent> 
5 </ProgramLocation Table> 

</TVAMain> 
</RecordElement> 
<RecordElement> 
10 <TVAMain> 

</TVAMain> 
</RecordElement> 
</Record> 

15 Le fichier d'enregistrement comporte une balise « Record » de debut (<Record>) et 

de fin (</Record>) de fichier. Entre ces deux balises, il comporte des donnees reperees 
par des balises de debut et de fin, comme cela est prevu selon le format XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 
une balise « UpdateServerAddress », est fournie par le fichier d'enregistrement pour 

20 permettre au terminal d'acces d'emettre ensuite des requetes de demandes de mise a 
jour, en cas de modification de la date et/ou de I'heure de diffusion, ou d'annulation de la 
diffusion d'un contenu audiovisuel dont les donnees de description sont dans le fichier 
d'enregistrement, ou du remplacement d'un contenu audiovisuel du fichier 
d'enregistrement par un autre contenu audiovisuel. Dans cet exemple, I'adresse est celle 

25 du serveur de presentation 26, qui remplit egalement une fonction de mise a jour des 
fichiers d'enregistrement. 

Le fichier d'enregistrement 90 comporte en outre des donnees d'informations 
relatives a un ou plusieurs contenus audiovisuels selectionnes lors de I'etape 80. Pour 
chaque contenu audiovisuel, les donnees correspondantes sont reperees par une balise 

30 « RecordElement ». Dans I'exemple represents ci-dessus, le fichier d'enregistrement 
comporte deux contenus audiovisuels selectionnes. II comporte done deux champs 
reperes par la balise « RecordElement ». De fagon plus generale, il peut en comporter un 
nombre quelconque. 

Les donnees correspondant a un contenu audiovisuel selectionne comportent de 
35 fagon optionnelle un identifiant de contenu repere par la balise « Contentld », si 
Tutilisateur a choisi d'enregistrer ce contenu audiovisuel a la place d'un autre contenu 
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audiovisuel deja enregistre dans les moyens de stockage du terminal d'acces 20 et 
identifie par le meme identifiant de contenu. 

Enfin, les donnees correspondant a un contenu audiovisuel comportent une table 
XML, reperee par une balise « TVAMain » et conforme aux specifications du forum TV- 
> Anytime. Cette table inclut une sous-table Programlnformation pour la description du 
contenu, une sous-table Servicelnformation pour la description du service portant le 
contenu, et une sous-table ProgramLocation pour la localisation du contenu (en temps et 
lieu), necessaire a son enregistrement. 

La sous-table ProgramLocation comprend, dans un champs « BroadcastEvent » un 
identifiant du service portant le contenu, note « ServiceldRef », un identifiant du contenu 
note « fragmentld », et un identifiant de la version des informations associees au contenu" 
note « fragmentVersion », 

De facon optionnelle, le fichier d'enregistrement 90 peut aussi comprendre une 
reference de I'uti.isateur. Dans ce cas, cette reference est reperee par une balise 
correspondante. 

Si I'etape 86 est repetee periodiquement, lors de I'etape 88 suivante, la reponse 
em,se par le serveur de presentation 26 comporte un fichier de mise a jour similaire au 
fichier de mise a jour 96 qui sera decrit ulterieurement. 

Par exemple, si des modifications de date et/ou d'heure de programmation de 
contenus audiovisuels sent apportees par le diffuseur 22, ceci ayant pour consequence 
une modification de la base de donnees 28, .'emission repetee de requetes lors de I'etape 
86 permet de mettre a jour le fichier 90 d'enregistrement. Notamment, cela permet de 
modifier les contenus audiovisuels a enregistrer, au cas ou un nouveau contenu 
audiovisuel viendrait a etre programme avant le prochain contenu audiovisuel a 
programmer dans le theme choisi. 

Ensuite, lors d'une etape 92, le terminal 20 genere une requete de mise a jour du 
fich.er d'enregistrement a partir des informations contenues dans ce fichier. Cette requete 
comprend I'adresse du serveur 26 associee a .'identifiant « fragmentld » et a I'identifiant 
« fragmentVersion ». Elle prend la forme concatenee suivante : 

http://v^.TVPortal.com\adrf3j2.FRG?fragmentld=123&fragmentVersion=121214 
La requete peut de facon optionnelle, le cas echeant, comprendre egalement la 

reference de I'utilisateur a des fins statistiques. 

Des la reception de cette requete, le serveur de presentation et de mise a jour 26 

venfie .es informations relatives au contenu correspondent a fragments 23 stockees 

dans la base de donnees 28 et leur identifiant de version. 
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Ensuite, lors d'une derniere etape 94, le serveur emet une reponse a cette requete 
de mise a jour. Cette reponse contient un fichier de mise a jour 96. 

Ce fichier de mise a jour 96 peut avoir la structure suivante, exprirnee selon la 
syntaxe XML : 
5 <UPDATE_ANSWER type= TYPE> 
<TVAMain> 

<ServicelnformationTable> 

10 </ServicelnformationTabIe> 
<ProgramLocationTable> 
<BroadcastEvent> 

serviceldRef= u 3456r 
15 fragmentld="123 H 

fragmentVersion^'^^IS" 

</BroadcastEvent> 
</ProgramLocationTable> 

20 

</TVAMain> 
</UPDATE_ANSWER> 

Si I'identifiant de version des donnees de la base correspond a I'identifiant de 
version de la requete, cela signifie que les informations associees au contenu audiovisuel 
25 a enregistrer n'ont pas change. Dans ce cas, on identifie le fichier de mise a jour 96 par 
la valeur TYPE= « Unmodified », indiquant que la diffusion du contenu correspondant 
n'est pas modifiee. 

Si I'identifiant de version des donnees de la base a une valeur superieure a 
I'identifiant de la version de la requete, cela signifie que les informations associees au 
30 contenu audiovisuel ont ete mises a jour depuis la transmission du fichier 
d'enregistrement 90. Dans ce cas, on identifie le fichier de mise a jour 96 par la valeur 
TYPE= « New- version », indiquant que les donnees de description du contenu 
correspondant ont ete modifiees. 

Des reception de ce fichier, le terminal d'acces remplace la table « TVAMain » 
35 correspondante dans le fichier d'enregistrement 90. Notamment, si la date et/ou Theure 
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d'enregistrement a ete modifiee par le diffuseur 22, cette mise a jour permet au terminal 
d'acces d'en tenir compte pour le demarrage de I'enregistrement. 

Au cas ou le contenu selectionne a ete remplace, par le serveur 26, par un autre 
contenu audiovisuel, on identifie le fichier de mise a jour 96 par la valeur TYPE= « New- 
content », indiquant que le contenu audiovisuel a enregistrer est modifie. Dans ce cas, 
comme dans le precedent, on remplace la tabie« TVAMain » correspondante dans le 
fichier d'enregistrement 90. 

Au cas ou le contenu selectionne a ete supprime par le serveur 26, on identifie le 
fichier de mise a jour 96 par la valeur TYPE= « Cancelled », indiquant que le contenu 
audiovisuel a enregistrer est supprime. Dans ce cas, I'enregistrement est annule. 

Enfin, au cas ou le serveur ne retrouve pas le contenu selectionne dans la base de 
donnees 28, on identifie le fichier de mise a jour 96 par la valeur TYPE= « Unknown », 
indiquant que le contenu audiovisuel a enregistrer n'a pas ete retrouve. Dans ce cas 
I'enregistrement est annule. 

Les etapes 92 et 94 sont repetees plusieurs fois, par exemple regulierement toutes 
les quatre heures, jusqu'a I'heure d'enregistrement du ou des contenus audiovisuels 
concernes. 

Une alternative consiste a repeter plusieurs fois les etapes 92 et 94 avec une 
frequence de plus en plus elevee lorsque I'on approche de la date et de I'heure de 
I'enregistrement du contenu audiovisuel selectionne. Bien sur, cette alternative est 
adaptee au cas ou I'on selectionne un unique contenu audiovisuel. 

Dans les exemples fournis sur la figure 2, si I'utilisateur selectionne la commande 
d'enregistrement correspondant a "Toujours le dernier journal d'une certaine chame", le 
fichier de demandes d'enregistrement 84 prend la forme suivante : 
<RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortal.com\lastlslewsOfBBC.REC 
</RecordRequestServerAddress> 
<Periodicity> 

04:00.00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec la 
precision concernant le theme du dernier journal de la chame BBC. La periodicite de 
mise a jour d'un fichier d'enregistrement correspondant est de quatre heures. Le terminal 
d'acces 20 consulte alors le serveur de presentation : 
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htlpAVwww.TVPortal.comMastNewsOfBBC.REC, 
qui lui renvoie le fichier 90 suivant : 
<Record> 

<UpdateServerAddress> 
5 http:\\www.TVPortai.com\lastNewsOfBBC.REC 
</UpdateServerAddress> 
<RecordElement> 
<Contentld> 
Content n°1 
1 0 </ContentId> 
<TVAMain> 

<ProgramDescription> 

<ProgramInformationTable version="2"> 
<Programlnformation> 
15 programld= ,, crid://www.bbc.co.uk/News19122002" 

<BasicDescription> 
<Title> 

BBC News 
</Title> 

20 <Synopsis> 

News of the day 
</Synopsis> 
<Genre href- ':x:x"> 
<mpeg7:Name> 
25 News 

</mpeg7:Name> 
</Genre> 
</BasicDescription> 
</Programlnformation> 
30 </ProgramlnformationTabIe> 

<ProgramLocationTable version="2"> 
<Schedule> 
<Event> 

<Program crid= n crid://www.bbc.co.uk/News19122002-20H007> 
35 <EventDescription> 

<PublishedTime> 
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2002-1 2-1 9T20:00:00-00:00 
</PublishedTime> 
<PublishedDuration> 

P0Y0M0DT0H45M 
</PublishedDuration> 
</EventDescription> 
</Event> 

<Service!d id="1237> 
</Schedule> 
</ProgramLocationTable> 
<ServiceinformationTab!e> 

<Servicelnformation serviceld~'123"> 
<Name>BBC News</Name> 
<Owner>BBC</Owner> 
</Servicelnformation> 
</ServicelnformationTable> 
</ P rog ra m Descri p ti on > 
</TVAMain> 
</RecordElement> 
</Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondants aux dates et heures indiquees dans le fichier. 

Au bout de quatre heures, que ie terminal ait deja enregistre un journal ou non, il 
emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 92 et 94 sont alors de nouveau repetees. 

Si, comme cela est possible d'apres les exemples indiques sur la figure 4, 
rutilisateur seiectionne la commande d'enregistrement « Tous les matches de votre 
equipe favorite », le serveur de presentation renvoie par exemple le fichier de demande 
d'enregistrement suivant : 
<RecordRequest> 

<RecordRequestServerAddress> 

http://www.TVPortal.com\AIIManchesterFootballMatch.REC 
</RecordRequestServerAddress> . . 
<Periodicity> 
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24:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte Tadresse du serveur 26 avec la 
5 precision concernant le theme des matches joues par le club de Manchester, si cette 
equipe est I 'equipe favorite de i'utilisateur. La periodicite de mise a jour d'un fichier 
d'enregistrement correspondant est de vingt-quatre heures. 

Ce fichier d'enregistrement peut prendre la forme suivante : 
<Record> 
1 0 <UpdateServerAddress> 

http:\\w\AAA/.TVPortal.com\AIIManchesterFootballMatch.REC 
</UpdateServerAddress> 
<RecordElement> 
<TVAMain> 
1 5 <ProgramDescription> 

<ProgramlnformationTable version="2"> 
<Programlnformation programld = 

"crid://www.bbc.co.uk/ManchesterVsLiverpoo!2002-back"> 
<BasicDescription> 
20 <Title> 

Manchester vs Liverpool 
England Championship - 2002 - back match 
</Title> 
<Synopsis> 

25 After the first match between Liverpool & Manchester, 

where Liverpool win 1-0 the Manchester football club should 
win to make the final 

</Synopsis> 

<Genre href= M :x:x"> 

30 <mpeg7:Name>Sport/football</mpeg7:Name> 

</Genre> 
</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 
35 <ProgramLocationTable version="2"> 

<ScheduIe> 
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<Event> 

<Program crid = 

"crid://www.bbc.co.uk/ManchesterVsLiverpool2002-back'7> 
<EventDescription> 

<PublishedTime> 

2002-12-19T21 .00:00-00:00 
</PublishedTime> 
<PubiishedDuration> 

P0Y0M0DT0H100M 
</PublishedDuration> 
</E vent Descri ption > 
</Event> 

<Serviceld id="1237> 
</Schedule> 

</ProgramLocationTable> 
<ServicelnformationTabie> 

<Servicelnformation serviceld- '123"> 
<Name>BBC Sport</Name> 
<Owner>BBC</Owner> 
</Servicelnformation> 
</ServicelnformationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
</Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondent aux dates et heures indiquees dans le fichier. 

Au bout de vingt-quatre heures, que le terminal ait deja enregistre un match ou non, 
il emet la requete de mise a jour precitee. Si une .nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 92 et 94 sont alors de nouveau repetees. 

Si, comme cela est possible d'apres les exempies indiques sur la figure 4 
I'utilisateur selectionne I'une des commandes d'enregistrement « Tous les films produits 
depuis moins de 6 mois », « Tous les films de votre acteur prefere », « Tous les films de 
votre realisateur prefere », « Tous les contenus sur votre sujet prefere », « Les critiques 
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de films d'un critique particulier », les fichiers retournes par le serveur sont similaires aux 
deux cas mentionnes precedemment. 

Un exemple precis de schema XML du fichier d'enregistrement 90 est represents ci- 
dessous : 

5 <?xmi version="1 .0" encoding="UTF-8"?> 

<xs:schema xmlns:Wa="http://www.tv-anytime.org/2001 /08/metadata" 
xmlns:mpeg7= H urn:mpeg:mpeg7:schema:2001" 

xmlns:xs=' , http://www.w3.org/2001/XMLSchema" elementFormDefault^qualified" 
attributeFormDefault= M unqualified ,, > 
-] o <!-<import namespace="http://www.tv-anytime.org/2001 /08/metadata" 

schemaLocation="./tva_metadata_v1 1 .xsd7>~> 

<xs:element name- 'Record" type=' , RecordType"> 
<xs:annotation> 

<xs:documentation xmi:lang= H fr"> 
1 5 Cet element est la racine du fichier xx.REC 

</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType nanie="RecdrdType"> 
20 <xs:sequence> 

<xs:element name- 'UpdateServerAddress" type="xs:anyType"> 
<xs:annotation> 

<xs:documentation xml :lang="fr"> 

Cette balise contient I'adresse universelle qui servira au terminal 
25 pour consulter les eventuels changements qui auront eu lieu pour 

les emissions prevues en enregistrement 
</xs:documentation> 
</xs:annotation> 
</xs:e!ement> 

30 <xs:sequence maxOccurs-'unbounded'^ 

<xs:element name="RecordElement"> 
<xs:annotation> 

<xs:documentation xml:lang="fr"> 

Cet element represente un enregistrement de Tutilisateur, il 
35 contient un noeud TVAMain. Ce noeud TV A doit contenir le 

minimum pour permettre un enregistrement c'est a dire une 
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ProgramlnformationTable, une ServicelnformationTable, une 
ProgramLocationTable 
</xs:documentation> 
</xs:annotation> 
<xs : co m pi exType> 
<xs:sequence> 

<xs:elernent ref= H tva:TVAMain7> 
<xs:element name="Contenld" minOccurs="0"> 
<xs:annotation> 

<xs:documentation xml:!ang="fr"> 

Cet element, sMI est present indique au terminal qu'il 
s'agit d'un contenu qui doit remplacer un contenu 
present sur son disque portant le meme identifiant 
</xs:documentation> 
</xs:annotation> 
</xs:element> 
</xs;sequence> 
</xs:complexType> 
</xs:element> 
</xs:sequence> 
</xs:sequence> 
</xs .com pi exTy pe> 
</xs:schema> 

Un exemple precis de schema XML du fichier de demande d'enregistrement 84 est 
represents ci-dessous : 
<?xml version="1.0" encoding="UTF-8"?> 
<xs:schemaxmlns:xs="http://www. w3.org/2001/XMLSchema" 
elementFormDefault="qualified"attributeFormDefault="unqualified"> 
<xs:element name="RecordRequest" type="RecordRequestType"> 
<xs:annotation> 

<xs:documentation>Element racine du document</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name="RecordRequestType"> 
<xs':sequence> 

<xs:element name="RecordRequestServerAddress" type="xs:anyURI"> 
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<xs:annotation> 

<xs:documentation> 

Get element contient Tadresse universale a laquelie le terminal doit 
se connecter pour obtenir une mise a jour des informations de 
5 programmation 

</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:element name= ,, Periodicity" type="xs:duration" minOccurs^'O'^ 
10 <xs:annotation> 

<xs:documentation> 

Cet element contient la periode a laquelie doit se referer le terminal 
pour effectuer ses mises a jour 
</xs:documentation> 
1 5 </xs:annotation> 
</xs:element> 
</xs:sequence> 
</xs : com pi exTy pe> 
</xs:schema> 

20 Dans le premier mode de realisation decrit precedemment, le fichier de demande 

d'enregistrement 84 et le fichier d'enregistrement 90 comportent Tadresse du serveur de 
presentation et de mise a jour 26. Ceci permet au terminal d'acces 20 d'emettre de fagon 
simple des requetes de demande de mise a jour, par exemple selon le format HTTP. 

Selon un deuxieme mode de realisation de I'invention, il est possible de faire en 
25 sorte que la transmission par le serveur du fichier d'enregistrement 90 et les mises a jours 
de ce fichier, effectuees sous la forme de transmissions par le serveur 26 de fichiers de 
mise a jour, soit faite spontanement par le serveur a I'aide de notifications, sans 
necessiter remission de requetes par le terminal d'acces 20. 

Pour cela, un procede de mise a jour de Tadresse IP du terminal d'acces est mis en 
30 oeuvre dans ce deuxieme mode de realisation. 

Comme cela est represents sur la figure 4, lors d'une premiere etape 100 de 
declaration, le terminal d'acces transmet au serveur de presentation 26 un identifiant qui 
permet de le reconnaTtre de fagon unique et son adresse IP (pour « Internet Protocol »). 
Des qui! regoit ces informations, le serveur de presentation 26 les stocke dans une 
35 base de donnees utilisateurs en etabiissant un lien entre Tadresse IP et Tidentifiant du 
terminal d'acces 20. 



10 



1 er depot 



18 

Par la suite, des que, lors d'une etape 102, on affecte une nouvelle adresse IP au 
terminal 20, celui-ci en informe le serveur de presentation 26 lors d'une etape suivante 
104, a I'aide d'une requete HTTP. Cette nouvelle adresse IP du terminal 20 vient alors 
remplacer la precedente dans la base de donnees utilisateurs 28 du serveur de 
presentation. 

En alternative a cette solution, on peut egalement utiliser toute autre application 
connue, capable de faire la correlation entre I'identifiant du terminal d'acces et son 
adresse IP. On peut par exemple utiliser le systeme DNS (ex : 
http://userlD.freeserve.co.uk ). 

Une fois que I'utilisateur s'est declare une premiere fois, le procede d'enregistrement 
selon le second mode de realisation de Invention peut etre mis en oeuvre par le systeme 
de la figure 1 . 

Comme cela est represents sur la figure 5, lors d'une premiere etape 1 10 I'utilisateur 
interagit avec la page de presentation 70 puis clique sur I'une des commandes 
1 5 d'enregistrement de la liste 72, lors de I'etape suivante 112. 

En selectionnant I'une des commandes d'enregistrement de la liste 72, le terminal 
d'acces 20 emet une requete vers le serveur de presentation 26 qui extrait de cette 
requete I'adresse IP du terminal. En consultant la base de donnees utilisateurs 30 
associee a une base de donnees de liens entre adresses IP et identifiants de terminaux, 
20 le serveur de presentation retrouve I'identifiant du terminal qui a emis la requete. 

Lors de I'etape suivante, II transmet done un fichier d'enregistrement 90 au terminal 
d'acces. Ce fichier d'enregistrement comporte, comme lors de I'etape 88 du premier mode 
de realisation, les contenus audiovisuels correspondant a la demande d'enregistrement 
thematique emise par I'utilisateur. Le fichier d'enregistrement 90 est identique a celui du 
25 premier mode de realisation, si ce n'est que dans ce deuxieme mode de realisation, 
I'adresse du serveur de presentation 26 est fournie de maniere optionnelle. 

A un instant quelconque, le serveur 26 recoit de la part du diffuseur 22 une 
notification Informant de la modification de la date et/ou de I'heure de diffusion d'un 
contenu audiovisuel, de la deprogrammation d'un contenu audiovisuel, ou du 
30 remplacement d'un contenu par un autre. 

Des qu'il recoit cette notification, le serveur de presentation consulte dans la base 
de donnees utilisateurs 30 les terminaux d'acces qui ont recu un fichier d'enregistrement 
concernant ce contenu audiovisuel. Le terminal 20 est par exemple concerne. 

Lors d'une etape 116 de mise a jour suivante, le serveur de presentation emet une 
35 requete HTTP vers le terminal 20 concerne par la modification. Dans cette requete, le 
serveur 26 peut : 
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- Identifier le contenu audiovisuel concerne par la modification (par les 
variables fragmentld et fragmentVersion) ; 

- Transmettre I'adresse du serveur a contacter pour la mise a jour des 
informations ; 

5 - Donner des donnees de correction, si celles-ci sont simples et ne necessitent 

pas de contacter le serveur de mise a jour. 

En effet, si la modification reside dans un simple decalage de I'heure de diffusion du 
contenu audiovisuel concerne, ce decalage peut etre place en parametre dans la requete 
de mise a jour. II peut par exemple etre exprime en secondes ou en minutes selon les 
10 cas. 

S'il il s'agit d'une modification plus importante (par exemple le canal de diffusion 
ayant egalement change) , le serveur peut decider de passer en parametre une adresse 
universelie de mise a jour que le terminal devra consulter lors d'une etape facultative 1 18. 
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REVENDICATIONI.q 



35 



1. Precede d'enregistrement de contenus audiovisuels a diffusion programmee 
comportant : 

■ 5 . une etape de selection d'un contenu audiovisuel a enregistrer associe a une 

date et une heure de diffusion ; 

- une etape de reception, par le terminal d'acces, d'un fichier d'enregistrement 
du contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion, 

1 0 caracterise en ce qu'il comporte en outre : 

- une etape prealable de selection, a partir du terminal d'acces, d'un ensemble 
de contenus ayant un theme commun, .edit ensemble etant propose par un serveur de 
presentation de contenus audiovisuels, la selection du contenu audiovisuel etant a.ors 
executee automatiquement par le serveur de presentation a partir de ('ensemble 

1 5 selectionne ; et 

- une etape de mise a jour du fichier d'enregistrement, notamment en cas de 
modrfication du contenu audiovisuel selectionne par le serveur de presentation. 

2. Precede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1, caracterise en ce que .'etape de mise a jour est executee en cas de 
modification de la date et/ou de I'heure de diffusion du contenu audiovisuel selectionne 

3. Precede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1 ou 2, caracterise en ce que I'etape de mise a jour est executee en cas 
de modification de la selection d'un contenu audiovisuel par le serveur de presentation 

4. Precede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1 a 3, caracterise en ce que I'etape de mise a jour est executee en cas 
de remplacement du contenu audiovisuel selectionne par un autre contenu audiovisuel 
ou de son annulation. 

5. Precede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendicatiens 1 a 4, caracterise en ce que le fichier 
d'enregistrement comporte au moins un champ repere par une ba.ise et definissant les 
informations d'identification du contenu audiovisuel correspendant associees a des 
donnees de description de ce contenu. 

6. Precede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendicatiens 1 a 5, caracterise en ce que le fichier 
d'enreg,strement comporte au moins un champ repere par une ba.ise et definissant pour 
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REVENDICATIONS 

1. Procede d'enregistrement de contenus audiovisuels a diffusion programmee, 
comportant : 

- une etape (86) de selection a partir d'un terminal d'acces (20), d un contenu 
audiovisuel a enregistrer associe & une date et une heure de diffusion ; 

- une etape (81) de reception, par le terminal d'acces, d'un fichier 
d'enregistrement (90) du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure pn§vues pour sa 
diffusion, 

caracterise en ce qu'il comporte en outre : 

- une etape prealable de selection (80), a partir du terminal d'acces, d'un 
ensemble de contenus ayant un theme commun, ledit ensemble etant propose par un 
serveur de presentation (26) de contenus audiovisuels, la selection du contenu 
audiovisuel etant alors executee automatiquement par le serveur de presentation a partir 
de I'ensemble selectionne ; et 

- une etape (94) de mise a jour du fichier d'enregistrement, notamment en cas 
de modification du contenu audiovisuel selectionn<§ par le serveur de presentation. 

2. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1, caracterise en ce que I'etape de mise a jour (94) est executee en cas 
de modification de la date et/ou de I'heure de diffusion du contenu audiovisuel 
selectionne. 

3. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1 ou 2, caracterise en ce que I'etape de mise a jour (94) est executee en 
cas de modification de la selection d'un contenu audiovisuel par le serveur de 
presentation. 

4. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1 a 3, caracterise en ce que I'etape de mise a jour (94) est executee en 
cas de remplacement du contenu audiovisuel selectionne par un autre contenu 
audiovisuel, ou de son annulation. 

5. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 4, caracterise en ce que le fichier 
d'enregistrement (90) comporte au moins un champ repere par une balise et definissant 
les informations d'identification du contenu audiovisuel correspondent associees a des 
donnees de description de ce contenu. 
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un contenu audiovisuel donne de ce meme fichier, un identifiant de contenu associe a un 
contenu deja enregistre dans les moyens de stockage du terminal d'acces. 

7. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 6, caracterise en ce que la syntaxe des fichiers 

5 echanges entre le terminal d'acces et le serveur est definie par un schema de structure de 
donnees unique, notamment un schema XML. 

8. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 7, caracterise en ce que, le serveur de 
presentation comportant des moyens d'identification d'un terminal ayant selectionne un 

10 contenu audiovisuel, I'etape de mise a jour comporte la notification d'une modification 
concernant ledit contenu audiovisuel des que cette modification est notifiee au serveur de 
presentation. 

'9. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

Tune quelconque des revendications 1 a 7, caracterise en ce que le fichier 
15 d'enregistrement comporte I'adresse d'un serveur de mise a jour, pour la generation d'une 

requete de mise a jour du fichier d'enregistrement emise par le terminal a destination de 

ce serveur de mise a jour. 

10. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

la revendication 9, caracterise en ce que la requete est une requete du type HTTP. 
20 11. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

la revendication 9 ou 10, caracterise en ce que la requete de mise a jour du fichier 

d'enregistrement est emise periodiquement par le terminal jusqu'a la date et i'heure 

prevues pour la diffusion du contenu audiovisuel selectionne. 

12. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
25 Tune quelconque des revendications 9 a 11, caracterise en ce que la requete de mise a 

jour du fichier d'enregistrement est emise par le terminal avec une frequence de plus en 
plus elevee lorsque Ton approche de la date et de I'heure de I'enregistrement du contenu 
audiovisuel selectionne. 

13. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
30 Tune quelconque des revendications 9 a 12, caracterise en ce que le fichier 

d'enregistrement comporte un champ repere par une balise et definissant I'adresse du 
serveur de mise a jour. 

14. Systeme d'enregistrement de contenus audiovisuels a diffusion programmee pour 
la mise en ceuvre d'un procede selon I'une quelconque des revendications precedentes, 

35 caracterise en ce qu'il comporte un serveur de presentation de ces contenus audiovisuels 
et un terminal d'acces muni de moyens de selection d'un ensemble de contenus ayant un 
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6. Proc6de d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 5, caracteris6 en ce que le fichier 
d'enregistrement (90) comporte au moins un champ repere par une balise et definissant, 
pour un contenu audiovisuel donne§ de ce meme fichier, un identifiant de contenu associe 
a un contenu deja enregistre dans les moyens de stockage du terminal d'acces. 

7. Procede d'enregistrement de contenus audiovisuels a diffusion programmee seion 
I'une quelconque des revendications 1^6, caracterisS en ce que la syntaxe des fichiers 
echang§s entre le terminal d'acces (20) et le serveur (26) est definie par un schema de 
structure de donnees unique, notamment un schema XML. 

8. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 & 7, caracterise en ce que, le serveur de 
presentation (26) comportant des moyens d'identification d'un terminal ayant selectionne 
un contenu audiovisuel, I'etape de mise a jour comporte la notification d'une modification 
concernant ledit contenu audiovisuel des que cette modification est notifiee au serveur de 
presentation. 

9. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 7, caracterise en ce que le fichier 
d'enregistrement (90) comporte I'adresse d'un serveur de mise a jour (26), pour la 
generation d'une requete de mise a jour du fichier d'enregistrement emise par le terminal 
a destination de ce serveur de mise a jour. 

10. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 9, caracterise en ce que la requete est une requete du type HTTP. 

1 1 . Procede d'enregistrement de contenus audiovisuels £ diffusion programmee selon 
la revendication 9 ou 10, caracterise en ce que la requete de mise a jour du fichier 
d'enregistrement est emise periodiquement par le terminal (20) jusqu'a la date et I'heure 
prevues pour la diffusion du contenu audiovisuel selectionne. 

12. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 9 a 11, caracterise en ce que la requete de mise a 
jour du fichier d'enregistrement est emise par le terminal (20) avec une frequence de plus 
en plus elevee lorsque l*on approche de la date et de I'heure de Tenregistrement du 
contenu audiovisuel selectionne. 

13. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 9 a 12, caracterise en ce que le fichier 
d'enregistrement (90) comporte un champ repere par une balise et definissant I'adresse 
du serveur de mise a jour. 
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theme commun, ledit ensemble etant propose par le serveur de presentation, la selection 
d'au moins un contenu audiovisuel etant alors executee automatiquement par le serveur 
de presentation a partir de I'ensemble selectionne pour la fourniture au terminal d'acces 
d'un fichier d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
5 informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion. 

15. Serveur de mise a jour pour la mise en oeuvre d'un procede selon Tune 
quelconque des revendications precedentes, caracterise en ce qu'il comporte des moyens 
de selection d'au moins un contenu audiovisuel et de transmission d'un fichier 

10 d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion, a partir d'une selection d'un ensemble de contenus ayant un theme commun 
effectuee depuis le terminal d'acces. : ' 

16. Terminal d'acces pour la mise en oeuvre d'un procede selon Tune quelconque des 
15 revendications precedentes. 
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14. Systeme d'enregistrement de contenus audiovisuels a diffusion programmee pour 
la mise en oeuvre d'un procede selon Tune quelconque des revendications precedentes, 
caracterise en ce qu'il comporte un serveur de presentation (26) de ces contenus 
audiovisuels et un terminal d'acces (20) muni de moyens de selection d'un ensemble de 

5 contenus ayant un theme commun, ledit ensemble etant propose par le serveur de 
presentation (26), la selection d'au moins un contenu audiovisuel etant alors executee 
automatiquement par le serveur de presentation a partir de Tensemble selectionne pour la 
fourniture au terminal d'acces d'un fichier d'enregistrement du contenu audiovisuel 
selectionne, ce fichier contenant des informations d'identification du contenu audiovisuel 
10 et la date et I'heure prevues pour sa diffusion. 

15. Serveur de mise a jour (26) pour la mise en oeuvre d'un procede selon Tune 
quelconque des revendications precedentes, caracterise en ce qu'il comporte des moyens 
de selection d'au moins un contenu audiovisuel et de transmission d'un fichier (90) 
d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 

15 informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion, a partir d'une selection d'un ensemble de contenus ayant un theme commun 
effectuee depuis le terminal d'acces. 

16. Terminal d'acces pour la mise en oeuvre d'un procede selon Tune quelconque des 
revendications 1 a 13, caracterise en ce qu'il comporte des moyens de selection d'un 

20 contenu audiovisuel a enregistrer associe a une date et une heure de diffusion, et des 
moyens de reception d'un fichier d'enregistrement (90) du contenu audiovisuel 
selectionne, ce fichier contenant des informations d'identification du contenu audiovisuel 
et la date et I'heure prevues pour sa diffusion. 
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